時間：2024年3月8日，上午10:30
這天早晨，台中的陽光透過咖啡廳的窗戶灑進來，Inusan 和 Mojin 坐在桌前，準備與他們的第一個大客戶 Bob 進行第二次會議。距離他們開始這個客製化喜餅禮盒網站的專案已經過了十天，今天的會議重點是更深入地確認系統需求，確保接下來的開發進度順利。
Inusan 拿出筆電，接開啟專案管理工具 Ora，檢查當前的任務和待辦事項。他有些緊張，因為這次會議將決定專案的發展方向。Bob 遲到了十五分鐘，進門後帶著微笑坐下來。
「拍謝，剛剛路上塞車所以遲到了。」Bob 笑著說，隨後快速整理思緒準備討論。
Inusan 開場簡述了他們目前的系統設計，包含顧客在前台拖拽餅乾到禮盒的互動體驗，還有基本的後台管理功能。Bob 靜靜聽完，提出了一個新想法：「其實，我們店裡有不同格式的禮盒，比如 6 格和 12 格，顧客要可以根據需求選擇不同的禮盒。另外，我還想增加一些推薦的禮盒組合，這樣顧客可以快速選購。」
這個需求聽起來很合理，但同時也增加了系統的複雜度。Inusan 和 Mojin 對看了一眼後感到不妙，意識到這會增加不少工時。
「我們可以設計一個禮盒選擇介面，讓顧客能看到不同的樣式，然後選擇他們想要的禮盒。至於推薦的禮盒組合，我們可以提供一些預設的選項，讓顧客不會因為不知道該怎麼挑選餅乾而停滯不前。」Mojin 解釋道。
Bob 點頭表示同意，但接著說：「阿有沒有真實操作的畫面可以讓我看，這樣比較容易想像系統會怎麼操作。」
Inusan 感到有些不安。到目前為止，他們一直依靠手繪草圖和口頭描述來解釋設計概念，但這顯然不足以讓 Bob 清晰理解。「目前我們還沒有具體的設計稿，但我們會盡快準備一份。」Inusan 尷尬地笑了笑，內心開始意識到，他們需要一個更好的工具來展示設計概念。
時間：2024年3月8日，下午2:00
會議結束後，Inusan 和 Mojin 回到公司，討論如何解決這個問題。
「我們要找個工具來設計接下來開發的介面，這樣客戶才能夠比較感覺到時候成品的樣子。」Inusan 說。
「我聽說過 Figma 最近超多人用，還是你試試看?」Mojin 建議。
雖然從未使用過 Figma，但 Inusan 了解這可能會是他們改善溝通的關鍵。「好啦只能試試，要快點在下一次會議前做出一個像樣的東西。」
時間：2024年3月8日，下午5:00
回到工作桌前，Inusan 立即打開了 Figma 的網站，開始學習如何使用這個工具。他發現 Figma 不僅能幫助他設計視覺化界面，還能做出互動原型，這將大大提升與 Bob 的溝通效率。
「這工具很讚欸，我們可以用 Figma 做出禮盒選擇和推薦組合的介面原型，這樣 Bob 才知道我們在說啥。」Inusan 興奮地對 Mojin 說。
接下來的幾天，Inusan 計劃投入更多時間學習 Figma，從基本的線框圖開始，逐步打造一個完整的互動原型。
這一天，Inusan 明白了專案成功的關鍵不僅僅是技術能力，與客戶的有效溝通也至關重要。他內心暗自下了決定，以後案子都要準備好具體的設計原型，這樣客戶才能清楚理解他們的想法。
但現在的 Inusan 還不知道設計原型其實是很不容易的一件事
需求細節不清導致溝通不順：Bob 雖然有了大致的需求，但在視覺化設計上理解不足，讓 Inusan 意識到僅憑文字和口頭描述不足以清楚傳達設計細節。這種不清晰的溝通可能會導致需求誤解和開發偏差，延誤進度。
需求擴張的風險：新增的禮盒選擇和推薦功能增加了系統的複雜度，這使 Inusan 和 Mojin 必須謹慎處理需求擴展，確保每一項新功能都能合理安排進開發計劃中，避免進度脫軌。
工具使用與學習曲線的挑戰：Figma 雖然能改善設計溝通，但 Inusan 需要時間來掌握這個工具。如果她無法迅速上手，可能會延遲原型製作進度，進而影響專案整體時間表。
Figma（剛開始學習）：
Ora：
這裡系列很有趣，用第三者角度看開發故事，然後帶入技術內容～～很有梗～～
謝啦，不管用任何手段都希望可以完成 30 天的挑戰
iThome鐵人賽
看影片追技術